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1. I am an inventor of the patent applicstiim mentioned above ("the present patent 
application"}. 

2. know th lie United Stak item and Trademark Offic PTC)'') its exam tkm ol 
the present paw- np ->!:>. afi. Mi. has curremh- rejectee ne ei t i i . theses f based on the 
following three United States Patent Application Publications; 

U.S. 20070250840 C'Coker") 
U.S. 20040088700 fl.ee 0 
U.S. 20040 1 03 1 74 UBaidueer") 

3. i have been informed thai with regard to the independent claims, the PTO is citing Lee as 
i using - it 1 1 ! i t )\L.lhn ilUwneo i Uk-m \ h a server," and 
for this reason I have not reviewed this reference in detail, 1 merely note that the 

M.ftw id, 1 the J e -t J p t k 5 U v. 1 ^ ^ f na U iocs 

not suggest that server-oriented software should be installed in a client environment. 



4 f have reviewed the Coker and BaUucci reference. Beginning with Coker. it is entitled 
"Computing system arid method to perform run-time extension for world wide web 
up i t ) if h i t e ( i pi (m tl et il tnn-t KO.a) noisj.oc >o 
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modify the functionality of c rresp > in \\ r! Wide Web (WWW) application 
object". Coker abstract, in the description. Coker introduces run-time extension with 
teemd to a ehepi wf^'< oi r_UK) oi no h 2 -h^v Ha. ' ; ^>1em klminp 
among other components, a web client. 205. a mobile web client 2 10 and an enterprise 
server 250. Coker' s FIGS. 5A and SB, moreover, show a -system framework or 
Infrastructure 500 to support an interactive web eiient 205 ami a mobile web client 210 of 
PIG. 2 ... {and: an alternative view of the exemplary system framework or tnfraslrucUite 
500." : respectively. Coker [0108]. FIG. 5C in turn, shows a "computing system to 
extend a Web applications'. Coker jo j 1 2], i will discuss some aspects of Coker s 
extension of application objects. 

With reference to FIG. 5C. Coker describes that a client 502 includes applets, or objects, 
that arc proxies of applets on a server 504. Coker [01 12-13]. Coker says that 
"functionality of the applets [on the server] can he extended by modifying she source 
codes for the applets" and that "source code that extends a class or an object can be input 
by the user through the user interactive display 580". Coker [01 ] 4j. Coker says that 
when an object thus modified on the server device needs so he updated on the client 
device, •'[synchronization can be accomplished through a remote procedure call (RFC) 
mechanism 528 and a notiikatkm mechanism 530." Coker j0152j. Tims. Coker does 
provide a synchronization procedure between objects on separate devices 

The notification mechanism 530 used in the synchronization, moreover, also can be used 
by the server device in alerting the client device about a. possible delay. Particularly, 
Coker describes a bus} estate manager with reference to f IG 12 Cokes describes that 
"when a eiient submits a request to a server that involves long-running or time- 
consuming operations on the server side, the server can inform the client accordingly 
soma nemti e U oso no 1 m , t 1 . ' o j Sham- r C oku tt sdswr.ei 
the! m> 1 a ion o> . * PS PC * u ohos m a te ]Ut.v It oiivm; 



understanding thj hie request m f oke-r i ied o e i <i < ' i c ^ - u n b 
makes the request. 

7. VnenbisiU J l tin <. s u i u„< U o «. ml.nnik^i tn 
the client, it also is based on a prediction that a request may be delayed, not on any 

m< ukntu to duft. n it v. vd vfhet s dJa\ Mmlh iuii< i us i m|u ' oku I viV 
that the busy-state manager can determine "whether the request may involve long- 
running server operations or may take a lone time to finish . Coker [0308] (emphasis 
added). Coker' s predictive approach does not determine whether any client request 
actually takes; longer than a specific time to complete. Moreover, Coker s server-based 
approach can lead to user inconvenience because the server does not predict delays that 
are due to poor network connection between the server and the client (and even if such a 
delay were predicted, which Coker does not do. the notification horn the server may take 
too long to reach the client). 

8. it also appears that Coker does not lock the client device until some time after the request 
is transmitted. Coker states that "owe? the client is informed by the server that the request 
may take a long time to process, the client can inform the user thai the request processing 
lias started and lock the user interface during the time the request is being processed by 
the server". Coker [0300; (emphasis added?, 'this is also reflected in Coker s flow chart 
in FIG. 43. where the client sends the request in a step 4310. and does not lock the user 
thuhe tint! ) 'up M -i th <■-.' n'ltiKil Ud'cu'tl utu iu oi > s 
involve long-nmnme. operations. Coke; [03JOJ. 'Thus. Coker does not luck the client 
device for the duration of the client-server communication, bat only for a portion thereof. 

9. One o! the approaches Coker describes is that the client device alerts its User that there is 

p!<>Mbie m v. Sot .if' mi t! f . i t v. ~t t,e - ^ h ^ vmted nd 
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the user (after the server has predicted a slow response) may be distracting to the user 
(xwiusv. they do 1 M i. 1 e i i u m\ uihk< -n; <a>o i t f v >. e> en a-p cv iv 
.dty I" dJiM\i < i. p .u u- : 11 v t,uS lof iltu pi^jnpikit 
application Note that < \>hct - romUM .ug < >( i,w u^ci prouK- m emiinielina a chenl 
request does not indicate whether the server is taking too long to finish the request. 

0. In summary regarding Coker. 1 note that this reference relies on an approach where the 
server device notifies the client device, and only about predicted delays; and that in such 
situations the client presents the notification to the user regardless of actual delay. 
Moreover- the locking of the client device is conditioned on first receiv ing the {predicted') 
delay notification from the server. 

1 . Balducci, in tarn, is entitled "Folder synchronization' : and describes "synchronising 
Solders between a mobile device and a second computing device's Bakiucci abstract. To 
that end, Balducci describes a mobile device 12 and a computing device i 4 with 
reference to FIG. I. Balducci [0022 j. Particularly, Balducci uses synchronization 
engines 24 and 36 in the respective devices to manage synchronr/.ation of object stores 
for two applications exemplified as MICROSOf 1 01 i I 'LOOK and MiC ROSOFT 
WORD. Bakiucci [0024-27]. 

2. Bin Bakiuect's synchronization engines do net necessarily monitor all communications 
between the two devices. This is because synchronization is only necessary if an object 
on either device has been changed. Particularly, Bakiucci describes that "fwjhen a user 
changes one imtemce of ike object stored in either object store 22 or 34, the second 
instance of that object in the other of stores 22 and 34 is out of sync and is desirably 

- hi*, the .next imemobik levies 2 has tv -wa ci i mieaiion with computing 
device 14 Balducci (0t (em isis added) 1 undc tu this to mean t tt teven 
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1.1 finally. ! note lh.il h.Hi iSaidueu and < oker jvtmrrn s;.n v mom/anon. \-. ! ha\e 

hnuus^cd aix<\t (. k< J ( i ^ ne tl\ n .1 vi nieJunt m 

530 its t'n-, regard, while h dh s in <. pi l uses the Khun engines 2A and 
36. i f erne were to hypothetical^' substitute Baklaeef s synchronization engines in 
Cokeris system, then the notification roednmism 530 (and possibly also i.he RFC 
mechanism 528} would not be needed tor synchronization purposes anyniore. Also, J 
reiterate that Cokes' explicitly described how the busy-state manager makes use of the 
notification mechanism 530. Coker [0307-8'j. 

14 I hereby declare that ail statements made herein of my knowledge are true and that ail 
statements made on information and belief are believed to be true; and further that these 
statements were made with the knowledge that willful false statements and the like so 
made are punishable h\ line or imprisonment, or both, under Section 1001 of Title 18 of 
the United States Code and that such willful false statements may jeopardize the validity 
of the application or any patents issued thereon. 



Martin Sehoiz 



